This Page Is Inserted by IFW Operations 
and is not a part of the Official Record 



BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the 
original documents submitted by the applicant 

Defects in me images may include (but are not limited to): 

• BLACK BORDERS 

. TEXT CUT OFF AT TOP, BOTTOM OR SIDES 

• FADED TEXT 

• ILLEGIBLE f EXT 

• SKEWED/SLANTED IMAGES 

• COLORED PHOTOS 

. BLACK OR VERY BLACK AND WHITE DARK PHOTOS 

• . GRAY SCALE DOCUMENTS 



IMAGES ARE BEST AVAILABLE COPY. 

As rescanning documents will not correct images, 
please do not report the images to the 
Image Problems Mailbox. 



THIS PAGE BLANK (uspto) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 




© Publication number: 



0 572 865 A2 



EUROPEAN PATENT APPLICATION 



© Application number: 93108135.0 
@ Date of filing: 19.05.93 



© int. ci.s : H04L 29/06 



© Priority: 26.05.92 US 888953 


© Inventor: Mazzola, Anthony J. 


© Date of publication of application: 


2517 Roper Drive 


08.12.93 Bulletin 93/49 


Piano, Texas 75025(US) 


© Designated Contracting States: 




AT BE CH DE ES FR GB IT LI NL SE 


© Representative: Pohl, Herbert, Dipl.-lng et al 


© Applicant: ALCATEL N.V. 


Alcatel SEL AG 


Strawinskylaan 341, 


Patent- und Lizenzwesen 


(World Trade Center) 


Postfach 30 09 29 


NL-1077 XX Amsterdam(NL) 


D-70449 Stuttgart (DE) 



© Method for implementing a data communication protocol stack. 



CM 
< 

in 

CO 

oo 
cm 
in 



a. 

LU 



© A system of managing memory used by com- 
munications tasks of a communications network op- 
erating with a multi-layered communications proto- 
col. Specially formatted buffers are used to contain 
data to be passed 'down the protocol stack of a 
source node, across, a communications link, and up 
the protocol stack of a destination node. Before 
entering the source stack, message data, is preseg- 
mented so that each buffer contains only so much 
message data as may be transmitted as a single 
data unit from source to destination, even after all 
layers of the source stack have added layer headers 
to that portion. Then, when the buffers are being 
passed within the source stack, any layer may seg- 
ment the message data by simply unlinking buffers 
and adding its layer header to each segment. Inter- 
layer data passing is by means of exclusive access 
to buffers by one layer at a time. At the source 
stack, any layer that must send multiple copies of 
the message data' may checkpoint the buffers and 
thereby regain the same buffers. At the destination 
stack, the buffers may be reassembled by relinking 
them. 
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TECHNICAL FIELD OF THE INVENTION 

This invention relates to digital data commu- 
nications, and more particularly to using a proces- 
sor of an end system to manage data used by 
multiple protocol layers. Even more particularly, the 
invention relates to a memory management 
scheme for segmenting and passing data between 
the protocol layers. 

BACKGROUND OF THE INVENTION 

In the field of data communications, a general 
definition of a "protocol" is a set of rules governing 
the exchange of messages between two or more 
communication devices. Ultimately, communica- 
tions are between "end systems" in the sense that 
each end system is either a source or destination, 
or both, of information. Typically, the end systems 
are processor-based devices, such as computer 
workstations. 

The use of standardized protocols permits dif- 
ferent end systems to communicate even if they 
are from different manufacturers, or for some other 
reason have different designs. Communications 
tasks conforming to the protocols are performed by 
various processors, controllers, and other 
"intelligent" devices in the network. 

The seven-layer Open System Interconnection 
(OSI) is a protocol model, developed by the Inter- 
national Standards Organization. Although there are 
protocol models other than the OSI model, and not 
all data communications tasks involve all layers of 
the OSI model, it can theoretically be used to 
define all aspects of data communications. 

Each layer of a protocol, such as the OSI 
protocol, is a set of tasks to be performed by some 
sort of intelligent entity, whether in the form of 
hardware, firmware, or software. In the OSI model, 
the top three layers (application layer, presentation 
layer, and session layer) are specific to the users 
of the information services of the network. The 
middle layer (transport layer), maintains a commu- 
nication channel and is a liaison between network 
service users and the network service providers. 
The lower three layers (network layer, data link 
layer, and . physical layer) deal with the actual net- 
work providing the network services. 

In this layered approach to communication pro- 
tocols, communications may be "horizontal" or 
"vertical". Horizontal communications are those to 
"peer" entities of other end-systems. Vertical com- 
munications are those between adjacent layers of 
the same end system. 

From a functional viewpoint, an end-system of 
a communications network can be thought of as a 
"stack" of protocol layers, residing in and managed 
by the end system's, intelligent devices. On the 



sending end, user data are generated at the higher 
layers. Each layer receives a protocol data unit 
(PDU) from the layer abov , which contains the 
user data and any header data added by prior 

5 layers. The layer adds its own control information 
as a header. At the bottom of the source node's 
stack, the physical layer transmits the PDU over a 
data link. The PDU then moves up the stack of the 
destination node, where at each layer, a peer layer 

w strips off its header to invoke one or more protocol 
functions. 

Implementation of the protocol stack requires 
some sort of stack management scheme for pass- 
ing PDU's from layer to layer. Typically, an area of 
75 memory, generally referred to as a "buffer" is used 
to contain all or part of each PDU. An example of 
an existing stack management method for passing 
data is based on a first-in first-out queue. Data are 
contained in a buffer that contains the queue. Each 
20 layer uses its own buffer and data is copied from 
one buffer to another. However, every copying step 
requires additional processing overhead. The copy- 
ing of data from one buffer to another is particularly 
burdensome when a protocol function requires a 
25 layer to send multiple copies of a PDU. 

In addition to the problem of the overhead 
required for buffer copying, another problem with 
existing stack management schemes is the need to 
implement PDU segmentation. Typically, segmen- 
30 tation requires data to be copied from one size 
buffer to another, or to be handled as linked lists, 
which then requires special hardware support. 

A need exists for a method of managing a 
protocol stack that minimizes processing overhead 
35 without requiring special hardware. Thus, an object 
of the invention is a protocol stack management 
system that avoids the need for physical copying 
of buffers. Before entering the protocol stack, mes- 
sage data is converted to a special buffer format. 
40 An envelope portion of the buffer contains at least 
a portion of the message, and is sufficiently small 
that it may contain a PDU to be sent out from the 
lowest layer .of the protocol stack even after all 
layers have added their headers. A buffer header 
45 portion of the buffer contains data for managing 
sequencing and copying of the buffers. The buffers 
are passed from layer to layer by means of exclu- 
sive access to them, whereby the same memory is 
accessed by only one layer at a time, 
so In this manner, message data is "pre-segment- 

ed" into buffers. The buffers are passed from layer 
to layer, as a linked list representing a PDU, with- 
out copying. Any layer may segment the PDU by 
• unlinking the buffers and adding its layer header to 
55 each butter envelope, thereby creating multiple 
PDU's, one in each buffer. A peer layer of the 
segmenting layer uses data in the buffer to reas- 
semble the PDU. If a layer of the source stack 
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needs to re-send a buffer or otherwise use multiple 
copies, that layer may "checkpoint" the buffer so 
that the layer will regain the same buffer. At the 
destination stack, the PDU's may be reassembled 
by linking buffers, and the original message may 
be reconstructed. 

An advantage of the stack management system 
of the invention is that it is faster than systems that 
require physical copies from layer to layer within 
an end system. It solves the problem of handling 
blocks of message data that are larger than the 
PDU that can be handled by any one layer, without 
extra processing overhead or special hardware. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of an end-system 
processing unit. 

Figure 2 illustrates the format of a buffer used 
to implement the stack management method of the 
invention. 

Figure 3 illustrates the format of the buffer 
header field of the buffer of Figure 2. 

Figure 4 illustrates the format of the envelope 
field of the buffer of Figure 2. 

Figure 5A illustrates the formatting, segmenting 
and checkpointing aspects of the invention at the 
source node. 

Figure 5B illustrates the reassembly and re- 
construction aspects of the invention at a destina- 
tion node. 

Figure 6A illustrates the change in the contents 
of segmented and checkpointed buffers at the 
source stack. 

Figure 6B illustrates the change in the contents 
of buffers as they are reassembled at the destina- 
tion stack. . 

DETAILED DESCRIPTION OF THE INVENTION 



System Overview 

Figure 1 is a block diagram of an end-system 
processing node 10 of a digital communications 
network having other end system nodes 10. Each 
end system node 10 has a processor 12 in com- 
munication with a memory 14 and a network inter- 
face 15. End-system processing node 10 is de- 
scribed as an "end system" node because it may 
be a source node or destination node, or both, of 
digital data embodying useful information. 

Processor 12 may be a general processor or a 
dedicated data communications processor, but in 
either case, has access to programming stor d in 
memory 14 for handling data communications 
tasks. Memory 14 is a conventional digital storage 
memory for storing program code, as well as mes- 
sage data. Processor 12 and memory 14 commu- 



nicate via an internal bus 13. 

Processor 12 is in communication with at least 
one other end-system node 10 via a network inter- 
face 15 and a communications link 16. The network 

5 interlace typically includes some sort of controller 
for handling access to and from communications 
link 16. In the example of this description, the 
communication link 16 is a bus connecting other 
nodes of a local area network. However, the inven- 

10 tion could be used with any packet-based commu- 
nications network, with the common characteristic 
being that data is formatted into protocol data units 
(PDU's), which are handled by intelligent sending, 
receiving, and switching nodes that follow some 

75 sort of multi-layered communications protocol. 

For carrying out its communications tasks, 
memory 14 stores a stack of protocol layers 14a, 
with each layer representing the various tasks des- 
ignated by the protocol. Memory 14 also has pro- 

20 gramming for a stack manager 14b. which is ex- 
ecuted by processor 12 and which handles inter- 
layer communications by means of message buff- 
ers in accordance with the invention. A third area of 
memory 14 is a buffer pool 14c. from which mes- 

25 sage buffers, each having in a format in accor- 
dance with the invention, are allocated. 

In the example of this description, stack 14a 
has three layers: a network layer, a data link layer, 
and a physical layer. Consistent with conventional 

30 usage, the term "layer" is sometimes used herein 
to refer to the tasks performed at that layer. The 
invention could be used with another protocol stack 
14a having more layers and/or different layers. 
However, as explained below, the network layer is 

35 preferred for providing the functions to implement 
certain aspects of the invention. 

Stack 14a, as with other protocol stacks, per- 
mits data to be passed vertically between adjacent 
protocol layers. Within each layer, a task handles 

40 the data at some appropriate time. The program- 
ming task identifies the data by means of protocol 
control information, which has been added in the 
form of a header. The combination of user- data and 

_ control data are referred to herein as the protocol 

45 data unit (PDU). When data is being sent from an 
end-system node 10, the PDU is passed "down" 
the stack and additional control information is ad- 
ded at each layer; at the receiving end system 
node, the PDU is passed "up" the stack where 

so each layer strips the control information it needs. 

As an overview of the invention, it is a method 
of implementing a protocol stack to avoid physical 
copying of data, i.e., copying from one memory 
location to another. The invention uses a special 

55 data structure, a memory buffer, into which mes- 
sage data is formatted before reaching the protocol 
stack. The buffer contains at least part of the 
message data, and which is large enough to con- 
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tain this portion, as well as headers from all pro- 
tocol layers of the source stack. A block of mes- 
sage data that is too large to be transmitted as a 
single data unit through the physical layer may be 
pre-segmented into multiple buffers, as a linked list 
of buffers representing an unsegmented PDU. Be- 
cause this PDU is already formatted into buffers 
having a size that is small enough for purposes of 
transmission at the physical layer, subsequent seg- 
mentation of this PDU by a protocol layer involves 
merely unlinking the list and adding a layer header 
to each buffer of the unlinked list. For passing 
buffers between layers, the layer whose tasks are 
currently being performed obtains exclusive access 
to the buffers. A task at any one layer may also 
"checkpoint" a buffer, so that the task may re-gain 
the buffer in the state used by that layer. . 

More specifically, for the segmentation aspect 
of the invention, the buffer's envelope field contains 
headers of all protocol layers, plus a certain 
amount of user, data. In all, the envelope field is 
defined to hold only as much data as the largest 
PDU that can be handled by the physical layer. 
Thus, if a message data will exceed the size of the 
envelope field after all layer headers are added, the 
data is segmented into multiple buffers, with the 
amount of data determining how many buffers are 
needed. Each buffer has space for all protocol 
layer headers, as well as a buffer header that 
contains data for use in buffer management. The 
message data is thereby segmented into a linked 
list of buffers. This linked list is passed to a layer 
as a PDU, which the layer may then segment by 
unlinking the list and adding a layer header to the 
envelope field of each buffer. The segmenting layer 
and all subsequent layers of the source stack and 
the destination stack may deal with the segmented 
PDU's, each in its own buffer, as separate units 
without the need for copying or linking. At the 
destination node, a peer entity reassembles the 
segmented PDU's to create another linked list. 

The checkpointing aspect of the invention may 
occur at any layer of the . source node. Each layer 
accesses the buffer at its appropriate time ; If the 
layer's functions include sending out more than 
one copy of the PDU, it may request the buffer to 
be checkpointed. Checkpointing is based on the 
assumption that headers of a PDU grow from right 
to left. Thus, at any one layer, the data to the right 
of a certain point will not change as the data moves 
down the stack. Checkpointing is implemented by 
storing information about the current contents of 
the buffer so that the checkpointing task may re- 
access the same buffer. The result is that each 
access, whether by a first or second next lower 
layer or by the sending layer, is serialized. The 
sending layer regains the same buffer it had be- 
fore. 



The above-described stack management tasks 
are carried out as part of the programming of stack 
manager 14b. This programming may be imple- 
mented in any number of known software architec- 
5 tures. Typically, stack manager 14b functions will 
be performed by procedures called at the appro- 
priate layer. 

Buffer Format 

10 

Figure 2 illustrates the format of a single buffer 
20, formatted in accordance with the invention. 
Each buffer 20 has four main fields: a operating 
system header field 21, a buffer header field 22, a 

is workspace field 23, and an envelope field 24. 
Fields 21 - 24 begin at memory locations repre- 
sented as F, H, W, and E, respectively, with the 
last field ending at location L. 

The operating system header field 21 contains 

20 data used for buffer management by the operating 
system of processor 12. An example of the type of 
data in this field is the identity of the buffer pool 
14c from which buffer 20 was allocated. 

The buffer header field 22 contains data used 

25 by the stack manager for buffer management. The 
buffer header field 22 is described in further detail 
in connection with Figure 3. 

The workspace field 23 contains memory used 
by any protocol layer as part of the checkpointing 

30 aspect of the invention. In general, workspace field 
23 permits a protocol layer to save status data 
specific to a particular buffer 20 without the need 
for access to additional space in memory 12. 

The envelope field 24 contains the protocol 

35 data unit (PDU) 20, which is the user and control 
data that is to be exchanged between protocol 
layers. As explained above, this PDU may be the 
result of presegmentation into a buffer list and of 
segmentation into an unlinked buffer. The size of 

40 envelope 24 permits each layer to add its header 
data, and thereby expand the size of the PDU. Yet, 
only so much message data is placed in the en- 
velope field 24 as will be capable of being transmit- 
ted at the physical level. The PDU "grows" to the 

45 left, so that as it grows, a space of unfilled, bits 
from the beginning of the envelope field 24 to the 
beginning of the PDU becomes smaller. Envelope 
field 24 is described in further detail in connection 
with Figure 4. 

so Figure .3 illustrates the contents of the buffer 
header, field 22. It has ten subfields 30 - 39, each 
associated with a specific type of information. The 
data stored in these subfields is referred to herein 
collectively as the "buffer header data". 

55 The service primitive subfield 30 specifies the 

service that is being requested from a layer, whose 
message is being passed to buffer 20. The con- 
tents of this field 30 correspond to the service 
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primitives defined by . various standards, such as 
the OSI service primitives, which are well known in 
the art of data .communications. 

The message, length subfield 31 contains a 
value representing the size of the message to be 
transmitted 20. As explained below, a decision is 
made before the message reaches the source 
stack, whether the message, if treated as a single 
PDU, will grow too large to fit into the envelope 
field 24 of a single buffer 20. If so, it is segmented 
among multiple buffers 20. If buffers 20 are so pre- 
segmented, the message length subfield 31 stores 
the total size of all message segments to be trans- 
mitted to a destination node. 

The buffer size field 32 contains a value repre- 
senting the size of the PDU that is being stored in 
that buffer 20. If the message has been pre-seg- 
mented, the buffer length field 32 represents the 
size of the PDU segment in that buffer 20. 

The next-buffer pointer subfield 33 contains the 
address of the next buffer 20 if a PDU is part of a 
linked list. The value in this subfield 33 is null if 
segmentation is not required or if the linked list has 
been unlinked. 

The sequence number subfield 34 contains the 
sequence number of a buffer 20 that is or was part 
of a linked list of buffers. This subfield 34 is used 
by the stack manager 14b to permit buffers 20 to 
be reassembled in the correct order. Although buff- 
er header 22 does not travel between the source 
and the destination nodes, at the destination node, 
data supplied by a layer in its layer header may be 
used to regenerate sequence numbers. 

The payload offset subfield 35 contains an 
offset value into the envelope field 24, which iden- 
tifies the beginning of the payload. This offset 
value is relative to the beginning of the envelope 
field 24. Thus, for example, if the envelope field 
begins at location E, and the PDU begins at loca- 
tion P, the offset is E - P. 

The workspace offset subfield 36 contains an 
offset value into the workspace that identifies where 
already reserved workspace begins. This offset val- 
ue is relative to the start of the workspace field 23, 
i.e., location W. 

.The workspace size subfield 37 specifies the 
size of the workspace field 23. 

The checkpoint number subfield 38 contains 
the number of times that buffer 20 has' been logi- 
cally copied by a protocol layer. If the value in this 
subfield 38 is zero, when a buffer 20 is released by 
a task, the buffer 20 is returned to buffer pool 14c. 
Otherwise, the buffer 20 is returned to the layer 
that made the last checkpoint, in its state at the 
time of the checkpointing, and the value in subfi Id 
38 is decremented. 

The checkpoint history subfield 39 contains 
data for implementing checkpointing. For xample. 



if a segmented PDU has been checkpointed, the 
checkpoint history subfield 39 contains data for 
reassembling the PDU's. 

Figure 4- illustrales the envelope field 24 ol a 

5 buffer 20. For purposes of example, the length of 
the field 24 is from location E to location L. Loca- 
tion P represents the beginning of the current pay- 
load, which includes any protocol headers that 
have been added by preceding layers of a source 

70 stack 14a, or not yet stripped by lower layers of a 
destination stack 14a. Locations E - P are used for 
layers of the source stack 14a to add their protocol 
layer headers. In this example, the next layer will 
add its header in front of the payload subfield 42, 

;5 with the least significant bit at location P - 1. The 
payload offset subfield 35 of the buffer header 22 
of that buffer 20 will be updated to indicate a new 
value of P. Locations P - N contain the user data, 
which may become a PDU as a result of layer 

20 segmentation. It is initially placed at a predeter- 
mined location P, so that each layer can determine 
where to add its header in front. The unused por- 
. tion beginning at location N will remain unused if 
the envelope field 24 is larger than the PDU with all 

25 headers when it reaches the bottom of the source 
stack 14a. 

Operation of the Invention 

30 Figures 5A and 5B illustrate the method of the 

invention, as implemented with one or more buffers 
20. The process of Figures 5A and 5B begins when 
an application being currently executed by proces- 
sor 12 of a source end system 10 has a message 

35 to send to a destination end system 10. In a 
system that uses a multi-layer protocol, user data 
and control data are passed from layer to layer as 
PDU's which travel down the stack 14a of the 
source end system, and then travel up the stack 

40 14a of the destination end system 10. The process 
at the source stack 1 4a is shown in Figure 5A. The 
process at the destination stack 14a is shown in 
Figure 5B. As a PDU travels down the source stack 
14a, each layer adds header data. As PDU travels 

t5 up the destination stack, each layer strips the 
header data added by its peer layer, eventually 
leaving the user data to be processed by the 
application layer. 

Implementation ot the protocol stack is by 

so means of buffers 20, having the format described 
above in connection with Figures 2-4. Ideally, the 
application layer of the source node will use this 
same format for processing data. If not, at some 
point before the data enters the protocol stack, it is 

55 formatted into the buff rs. Thus, step 510 of the 
process is determining whether the user data is 
already formatted into buffers 20. 
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If the data is not already formatted, step 51 1 is 
formatting the data into at least one buffer 20. 
Some variation of the format of Figures 2 - 4 could 
be used, so long as the buffer has at least a 
header field 22 with a means 'for updating a pay- 
load offset and buffer pointers, and an envelope 
field 24 for permitting a PDU to grow to some 
predetermined size limit as protocol layer headers 
are added. 

Step 511 is the only step in the process of 
Figure 5 that involves physical copying. Remaining 
steps involve passing exclusive access to a buffer 
20 from layer to layer, as well as segmentation and 
check-pointing techniques, all of which avoid the 
need for copying. 

For formatting, the size of the message data is 
compared to a predetermined maximum size limit 
of envelope field 24 to determine whether, once all 
protocol layer headers are added, the resulting 
PDU would be too large to send out from the 
source node as a single data unit. If so, portions of 
the message data are placed into the envelope 
fields 24 of two or more buffers 20. In each buffer 
20, the data is placed at a predetermined bit posi- 
tion to the right of the beginning of the envelope 
field 24, such as at bit P of Figure 4, so that the 
payload will have room to grow to the left within 
envelope field 24 as each successive layer adds its 
headers. In the buffer header field 22 of each 
buffer 20, message size, buffer size, and sequence 
number subfields 31, 32, and 34, respectively, are 
updated. At this point, buffers 20 are chained as a 
linked list. Each pointer subfield 33, except for that 
of the last buffer in the list, contains a pointer to 
the next buffer 20. 

In step 512, the linked list of buffers is pre- 
sented to a first layer of the protocol stack as its 
PDU. As will be explained below, and as indicated 
by steps 520 and 540, each layer makes a decision 
whether or not to segment this linked list and 
whether or not to checkpoint the buffers 20. Al- 
though Figure 5A shows segmentation occurring 
before checkpointing, this order is not necessary. 
The process of steps 520 - 550 is repeated for 
each layer of the stack. Thus, more than one layer 
and its peer may perform the 
segmentation/reassembly function. Also, more than 
one layer, may checkpoint buffer(s) 20, resulting in 
. "nested" buffers 20. 

In step 520, the current layer determines 
whether the linked list of buffers 20 is too large to 
be handled as a PDU by that layer. 

If so, step 521 is partly or completely separat- 
ing the linked list, which means that pointer values 
in pointer subfield 33 are nulled. The result is 
subsets of linked buffers 20 or subsets of unlinked 
buffers. The subsets contain the entire block of 
user data but each subset is handled by the cur- 



rent layer, as well as by subsequent layers, as a 
separate unit. 

In step 530, the current layer updates the pay- 
load offset subfield 35. This makes room , in the 

5 envelope field 24 for the layer header. 

In step 531, the current layer adds its header 
to the front of the PDU in the envelope field 24 of 
each buffer 20, causing the payload to grow to the 
left. This header contains data indicating whether, 

w the buffer 20 is part of a larger block that will 
require reassembly. 

As a result of steps 520 - 531, a PDU in n 
buffers in now n PDU's in n buffers, In step 540, 
the current layer determines whether it may need 

75 to send more than one copy of the message. As an 
example, a layer task might make a routing de- 
cision that requires the PDU to be sent to more 
than one subnetwork layer of different end-sys- 
tems. After checkpointing a buffer, the layer task 

20 releases it to a first sublayer. It later regains the 
same buffer and releases it to the next sublayer, 
etc. Each time a task gains access to the buffer, 
the task accesses only the data relevant to that 
layer. 

25 In step 541, for checkpointing, each buffer 

header 22 is updated with the current size of the 
PDU and the amount of the PDU in each buffer 20. 
This data is stored in the PDU size subfield 31 and 
buffer size subfield 32 of each buffer 20. Thus,.. if 
30 the PDU has been segmented, the buffers 20 may 
be linked for re-use. The payload offset subfield 35 
of each buffer 20 contains the location of the be- 
ginning of that buffer's payload so that the check- 
pointing task re-gains only the buffers 20 that it 
35 sent out. The data used to re-gain a checkpointed 
buffer 20 is referred to herein as the "checkpoint" 
data. When a layer checkpoints a buffer 20, it may 
also reserve a portion of workspace field 23, and 
specify how much space is to be reserved for 
40 "workspace" data. 

It should be understood that any protocol layer 
may checkpoint buffer 20 if its functions call for 
multiple copies of the buffer. For example, certain 
layers guarantee delivery of a PDU, by re-transmit- 
. 45 ting the PDU if no acknowledgement is received. In 
this case, the sending layer would checkpoint buff- 
er 20 so that it may re-gain access to the same. 
PDU if necessary. When buffer 20 is released by 
the receiving layer to the buffer manager 14b and 
50 returned to the checkpointing layer, that layer ac- 
cesses only so much of the buffer 20 as existed 
when the buffer 20 was first at that layer, i.e., the 
portion that was checkpointed. 

In step 550, regardless of whether or not the 
55 PDU has been segmented or the buff er(s) 20 chec- 
kpointed, a logical copy of each buffer 20 is 
passed to the next lower layer. When a layer 
passes a buffer 20 to an adjacent layer, either up 
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or down the stack, control over the buffer 20 is 
passed along with the buffer. Only the controlling 
layer may modify the buffer 20. 

If the buffer 20 has reached the physical layer, 
in step 551, the message is transmitted lo the 
destination node as a set of unlinked buffers 20, 
each containing a PDU. It is assumed that the data 
link and input port of the destination node accom- 
modate the size of a single buffer 20. If the buffer 
is not at the bottom of the stack 1 4a, the next layer 
repeats steps 520 - 550. 

In Figure 5B, the buffers have been commu- 
nicated to the stack 14a of the destination node. 

In step 560,' the buffers 20 are received sepa- 
rately at the lowest layer. In. accordance with stan- 
dard protocol operation, the layer strips its layer 
header data from each buffer 20. 

In step 570, the layer then determines whether 
its functionality includes reassembly of the PDU 
that was previously segmented by a peer layer at 
the source node. For example, if layer n of the 
source node segmented a linked list of n buffers 
into two linked lists of n/2 buffers, its peer layer will 
reassemble the list of n buffers by relinking them. If 
so, the layer performs step 571. which is linking 
the buffers to form a linked list, which represents a 
reassembled PDU.. Data stored in the layer header 
is used for reassembly. 

As in Figure 5A, as indicated. by steps 580 and 
581 , the reassembly steps 570 and 571 can occur 
at more than one layer. 

At the highest layer of the destination stack 
14a, the layer determines whether the application 
uses the same buffer format as is used to imple- 
ment the invention. If not, step 591 is reconstruct- 
ing the message data from the linked list of buffers 
into the form it had before entering the stack at the 
source node. 

Figures 6A and 6B illustrate an example of the 
buffer format for a message, as it progresses 
down, then up, the protocol stacks 14a of a source 
and a destination end system. More specifically, 
Figure 6A illustrates how a block of message data 
61 to be transmitted over a network is pre-seg- 
mented into two buffers 20, and how the contents 
of the buffers 20 change as they are segmented 
and checkpointed at of the source end system; 
Figure 6B illustrates buffers 20 as they are re- 
assembled and reconstructed at the destination 
end system. 

Figures 5A and 5B and Figures 6A and 6B, are 
related in that certain steps of Figures 5A and 5B 
result in certain changes to buffers 20. These are 
referred to as "phases". For purposes of example, 
it is assumed that both segmentation and check- 
pointing occur at the same layer. It should be 
understood that Figures 6A and 6B do not show 
separate protocol layers. 



For purposes, of this description, the block of 
message data 61 is assumed to be sufficiently 
large to require presegmentation into more than 
one buffer 20. Also, it is assumed that task of a 
5 layer is required to provide multiple deliveries, 
such that the layer uses the checkpointing feature 
of the invention to avoid multiple copies.: 

In phase 61 , the message appears as a single 
block of user data. 
w In phase 62, the message data has been di- 

vided into two parts, each of which is copied into 
envelope field 24 of a buffer 20. In accordance with 
step 520 of Figure 5, in each buffer 20, the user 
data is placed at a predetermined bit position, such 
»5 as at bit P. As in Figure 2, in each buffer 20, bits H 
- W represent the header field 21, bits W - E 
represent the workspace field 23, and bits E - L 
represent the envelope field '24. The OS header 
field 21 is not shown. At this point, the buffers 20 
20 are chained as a linked list. In phase 63, the layer 
has segmented the message by separating the 
linked list. In accordance with step 530, the pay- 
load offset subfield is updated to point to the new 
location of P. The layer adds its layer header in. 
25 accordance with step 531, causing the size of the 
pay load to grow to the left. 

In phase 64, the layer has checkpointed buffers 
20 in accordance with step 541 . The data in buffer 
header 22 has been updated so that the existing 
30 state of buffers 20 may be re-accessed. As part of 
the checkpointing step, the an area of workspace 
field 23 is reserved to track the identity of the 
sublayers to which the buffers 20 have already 
been sent. The value in the workspace offset sub- 
35 field 36 points to the beginning of the unreserved 
workspace. 

In phase 65, the buffers 20 have been re- 
ceived, transmitted, and released, by the physical 
layer of the protocol stack 14a. Transmission has 

40 occurred with each buffer 20 being treated as a 
separate data unit. The buffers 20 have been' hand- 
ed back to the checkpointing layer, which has 
released the reserved portion of workspace field 
23. Although other layers below the checkpointing 

45 layer have added their protocol headers, and thus 
expanded the size of the payload. each buffer 
header 22 contains data that permits the check- 
pointing layer to regain each buffer 20 in its state 
when sent out. 

so Referring now to Figure 6B, the changes in 

buffers 20 at the destination end system are 
shown. As in Figure 6A, not all activities at all 
layers are shown; only those relevant to effect of 
reassembly on the contents of buffers 20 are 

55 shown. 

In phase 66, the buffers 20 are received at th 
destination node via the lowest protocol layer. The 
buffers 20 are received separately. The envelope 
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fields 22 appear as they did at the peer layer of the 
source stack 1 4a. 

In phase 67, a peer layer of the segmenting 
layer reassembles the PDU's and removes its own 
layer headers. It uses reassembly data in its layer 5 
header to determine how to reassemble. The for- 
mat of the buffers 20 is now identical to that of 
phase 62, when they were first passed to the 
segmenting layer of the source node. The. buffers 
20 again appear as a linked list, such that the w 
pointer subfield 33 contains a pointer to the second 
buffer 20. 

In phase 68, the message data is reconstructed 
from the linked list of phase 67. As with step 61, 
this step may be skipped if the application layer J5 
uses the buffer format of Figure 2 directly. 

As a summary of the invention, message data 
is formatted into a linked list of buffers 20 having 
an envelope field with a predetermined size limit 
that ensures that each buffer 20 will contain only as 20 
much PDU data as can be transmitted at the phys- 
ical layer. In other words, the . portion of the mes- 
sage data allocated to a buffer becomes that buff- 
er's PDU, and is stored in an envelope field having 
enough room for the addition of headers at each 25 
layer of the stack. Because the message data is 
formatted in this manner, subsequent segmentation 
by any layer requires only separation of the linked 
list and addition of a layer header to each buffer 
20. Segmentation and reassembly may be per- 30 
formed at any. layer. The PDU's, in separate buffers 
20, are transmitted as single data units, and re- 
assembled by a peer entity of the segmenting 
layer. The checkpointing aspect of the invention 
provides a. means for serializing the passing of a 35 
buffer to another protocol layer in a manner that 
permits the sending layer to reobtain the same 
buffer. The segmentation and checkpointing as- 
pects of the invention may be combined such that 
a message can be checkpointed with respect to all 40 
buffers 20 that it uses. 

Other Embodiments 

Although the invention has been described with 45 
reference to specific embodiments, this description 
is not meant to be construed in a limiting sense. 
Various modifications of the disclosed embodi- 
ments, as well as alternative embodiments, will be 
apparent to persons skilled in the art. It is, there- so 
fore, contemplated that the appended claims will 
cover all modifications that fall within the true 
scope of the invention. 

Claims 55 

1. A method of implementing source and destina- 
tion protocol stacks 14a for a multi-layered 



communications protocol system, comprising 
the steps of: 

receiving message data into a communica- 
tions protocol stack of a source node 510 in 
the form of a linked list, of data communica- 
tions buffers 20, each buffer having an en- 
velope field 24 for storing message data and 
protocol headers and a buffer header 22 field 
for storing buffer data to be used for segment- 
ing and reassembling said buffers, wherein 
said envelope field contains message data that 
is presegmented to a size capable of being 
transmitted between a source and a destination 
protocol stack after all layer headers are added 
to it at the source stack; 

passing access to said buffers to each 
next protocol layer of said source node 512, 
such that each layer gains exclusive access to 
said buffers; 

segmenting said message data at any lay- 
er of said source node 520 by unlinking all or 
some of said linked buffers 521 and adding a 
layer header to each new segment 531 ; 

receiving the unlinked buffers into a pro- 
tocol stack of a destination node 560 as sepa- 
rate data units; and 

reassembling said buffers at a peer, pro- 
tocol layer of the destination stack 570 by re- 
linking said buffers 571 . 

2. A method of implementing source and destina- 
tion protocol stacks 14a for a multi-layered 
communications protocol system, comprising 
the steps of: 

receiving message data into a communica- 
tions protocol stack of a source node 510 in 
the form of a linked list of data communica- 
tions buffers 20, each buffer having an en- 
velope field 24 for storing, message data and 
protocol headers and a buffer header 22 field 
for storing buffer data to be used for segment- 
ing, reassembling, and accessing said buffers, 
wherein said envelope field contains message 
data that is presegmented to a size capable of 
being transmitted between a source and a des- 
tination protocol stack after all layer headers 
are added to it at the source stack; 

passing access to said buffers to each, 
next layer of said source node 512, such that 
each layer gains exclusive access to said buff- 
ers; 

at any layer of said source stack, seg- 
menting said message data 520 by unlinking 
all or some of said linked buffers 521 and 
adding a layer header to each new segment 
531; 

at the physical layer of said source stack, 
segmenting said message data 520 by unlin- 
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king each of said buffers 521, if any links are 
still remaining; 

receiving the unlinked buffers into a pro- 
tocol stack of a destination node 560 as sepa- 
rate data units; and s 

reassembling said buffers at a peer pro- 
tocol layers of the destination stack 570 by re- 
linking said buffers 571 . 

a A method of pre-segmenting, segmenting and w 
reassembling message data to be transported 
from a source node to a destination node of a 
communications network that follows a multi- 
layered communications protocol, comprising 
the steps of: 7 s 

formatting one or more data communica- 
tions buffers 51 1 , each buffer having an en- 
velope field 24 for storing message data and 
protocol headers and a buffer header field 22 
for storing buffer data to be used for segment- 20 
ing and reassembling message data in said 
buffers; 

storing message data in said envelope 
field 24, wherein said message data is pre- 
segmented 62 to a size such that said en- 25 
velope contains only so much message data 
as can be transmitted between a source node 
and a destination node after all layers of said 
source stack have added their layer headers to 
said message data; 30 

receiving a linked list of said buffers 63, 
representing related message data, into a pro- 
tocol stack of a source node; 

at any protocol layer of the source stack, 
segmenting said message data 520 by unlin- 35 
king said buffers 521 ; 

passing access to said buffers to each 
next layer of said source node 512, such that 
each layer gains exclusive access to said buff- 
ers; 40 

at the physical layer of said source stack, 
unlinking each of said buffers 520, if not al- 
ready unlinked, such that each of said buffers 
may be transmitted as a separate data unit; 
and 45 

at the destination node, reassembling said 
message data 570 by re-linking said buffers 
571. 

4. A method of implementing source and destina- 50 
tion protocol stacks for a multi-layered commu- . 
nications protocol system, comprising the 
steps of: 

receiving message data into a communica- 
tions protocol stack of a source node 510 in 55 
the form of a linked list of data communica- 
tions buffers 20, each buffer having an en- 
velope field 24 for storing m ssage data and 



protocol headers and a buffer header 22 field 
for storing buffer data to be used for segment- 
ing, reassembling, and accessing said buffers, 
wherein said envelope field contains message 
data that is presegmented to a size capable of 
being transmitted between a source and a des- 
tination protocol stack after all layer headers 
are added to it at the source stack; 

passing access to said buffers to each 
next layer of said source node 512, such that 
each layer gains exclusive access to said buff- 
ers; 

segmenting said message data at any lay- 
er or combination of layers 520 by unlinking 
the linked buffers 521; 

during execution of said tasks at a check- 
pointing layer of said source node, storing pay- 
load data in said buffer header field 540 so 
that said checkpointing layer may regain the 
same buffer after passing access to it; 

receiving the unlinked buffers into a pro- 
tocol stack of a destination node 560 as sepa- 
rate data units; and 

reassembling said message data at a pro- 
tocol layer of the destination stack 570 by re- 
linking said buffers 571 . 

5. A method of using data communications buff- 
ers to implement protocol stack of a source 
node of a communications network following a 
multi-layered communications protocol, such 
that no physical copying is required, compris- 
ing the steps of: 

before entering the protocol stack, format- 
ting message data into buffers 511, each buffer 
20 having an envelope field 24 and a buffer 
header field 22, such that said envelope field 
contains at least a segment of said user data, 
wherein said segment is sufficiently small such 
that it may be transmitted between a source 
node and a destination node as a complete 
data unit after all protocol layers have added 
header data to said segment; 

receiving buffers containing related mes- 
sage data into the protocol stack as a linked 
list 62; 

using the buffers to pass data from layer 
to layer, by granting a layer exclusive access 
to the buffers 63; and 

during processing of the protocol stack, 
using a pointer subfield of said buffer header 
field to unlink buffers containing segmented 
user data 63. 

6. A method of using data communications buff- 
ers to implement protocol stack of a source 
node of a communications network following a 
multi-layered communications protocol, such 
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that no physical copying is required, compris- 
ing the steps of: 

before entering the protocol stack, format- 
ting message data into buffers 511, each buffer 
20 having an envelope field 24 and a buffer s 
header field 22, such that said envelope field 
contains at least a segment of said user data, 
wherein said segment is sufficiently small such 
that it may be transmitted between a source 
node and a destination node as a complete 10 
data unit after all protocol layers have added 
header data to said segment; 

using the buffers to pass data from layer 
to layer, by granting a layer exclusive access 
to the buffers 62; and '5 

during processing of the protocol stack, 
using a payload offset subfield of said buffer 
header to store the state of. said buffer at any 
one layer 64, such that said layer may regain 
access to the same buffer. 20 
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